home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19960209-19960425 / 000354_news@columbia.edu _Sun Apr 7 14:05:23 1996.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Return-Path: news@columbia.edu
  2. Received: from apakabar.cc.columbia.edu (apakabar.cc.columbia.edu [128.59.35.159]) by watsun.cc.columbia.edu (8.7.3/8.7.3) with ESMTP id OAA09206 for <kermit.misc@watsun>; Sun, 7 Apr 1996 14:05:22 -0400 (EDT)
  3. Received: (from news@localhost) by apakabar.cc.columbia.edu (8.7.3/8.7.3) id OAA22943 for kermit.misc@watsun; Sun, 7 Apr 1996 14:05:20 -0400 (EDT)
  4. Path: news.columbia.edu!watsun.cc.columbia.edu!fdc
  5. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  6. Newsgroups: comp.protocols.kermit.misc
  7. Subject: Re: modem won't respond to mskermit
  8. Date: 7 Apr 1996 18:04:59 GMT
  9. Organization: Columbia University
  10. Lines: 59
  11. Message-ID: <4k904b$mc2@apakabar.cc.columbia.edu>
  12. References: <spw91g9mkrt.fsf@julie.teleport.com>
  13. NNTP-Posting-Host: watsun.cc.columbia.edu
  14.  
  15. In article <spw91g9mkrt.fsf@julie.teleport.com>,
  16. Mark McConnell <mkmcconn@teleport.com> wrote:
  17. : A couple of weeks ago, I downloaded the single file, kermit.exe, wrote
  18. : my own .ini files, my own login script, my own .pif and set it up on my
  19. : 486 at home.  Everything has worked great.  Download efficiencies are
  20. : great.  I'm happy --
  21. : 
  22. : At work, I tried to do the same thing.  I've set up a 486-DX, connected
  23. : to a Windows for Workgroups and Novell network, using a modem connected
  24. : to my com2, SHOW COMMUNICATIONS reads: Port \x2F8 IRQ3, 16550A UART FIFO
  25. : 1 stop-bit.
  26. :
  27. This looks perfectly normal for COM2.
  28.  
  29. : I can't get Kermit to DIAL.  It wouldn't dial from the command line the
  30. : cursor just blinks at the end of the phone number (^c exits normally).
  31. : So, I SET CARRIER OFF and used CONNECT to type in the AT command to
  32. : dial.  The modem would not acknowledge ATZ, ATH OR +++.  SHOW MODEM says
  33. : that the modem is ready.  DSR is on CD is off (I turned it off) CTS is
  34. : on.  My AT commands echo normally to the screen, but nothing happens (It
  35. : doesn't return an OK to any commands).  The HANGUP command produces the
  36. : message Modem or network should have disconnected (something like that).
  37. : 
  38. : At that point, the "14.4" light goes out on my modem (so, the modem is 
  39. : connected, just not listening).
  40. : 
  41. If your modem were not plugged in to the COM port (you didn't say if it
  42. was an internal or external model), you might see the same kind of
  43. echoing; this tends to happen when you CONNECT to an empty COM port.
  44.  
  45. But the evidence seems to indicate that you do indeed have the modem
  46. plugged in to COM2, as the modem lights seem to react to changes in PC
  47. modem signals (HANGUP turns off DTR).
  48.  
  49. Now, we are accustomed to to "can talk but not listen" syndrome, and have
  50. a perfectly good explanation for it, but this is the reverse.  The
  51. aforementioned syndrome is generally caused by an improper interrupt
  52. assignment, or an interrupt conflict.  But interrupts are used only in
  53. reading characters from the modem, not writing characters to it.  And
  54. you seem to be reading characters without difficulty.
  55.  
  56. So why would the modem receive characters, echo them properly, but ignore
  57. them?
  58.  
  59. If Kermit were set to an interface speed that is not supported by the
  60. modem, this would explain why the modem is ignoring your commands.  But it
  61. does not explain why the modem is echoing them correctly.  So speed is
  62. probably not a factor.
  63.  
  64. So perhaps the modem-signal wires (DTR, DSR, CD, etc) are connected
  65. properly, but the data wires are not.  This would seem unlikely at first,
  66. but there is a very easy way this can happen: if you were using a null
  67. modem cable instead of a modem cable, in which the receive and transmit
  68. data wires are crossed instead of straight through.
  69.  
  70. Another explanation might just be a loose cable or pin.  Every time I have
  71. seen this kind of thing happen, it was always a cable problem.
  72.  
  73. - Frank